【转载】Unity

版权声明：本文为CSDN博主「贤愚」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：blog.csdn.net/qq_38275140…

CommandBuffers 是预先写好一系列的渲染指令，然后在摄像机渲染时可以在适当的时机插入这一段指令，总之还是先看一下官方的案例

第一个是 毛玻璃 的案例，commandBuffers 的任务就是为毛玻璃材质的 shader 提供一张模糊后的屏幕截图，类似 GrabPass

下面放的是我为了方便理解 删减过的 代码，不过用的 shader 仍然是案例的 shader，一个用于 高斯模糊 的shader

把这个挂在在一个空物体上，你会发现你的 Camera 界面多了一条信息

打开 FrameDebug 你可以看到多了一个部分

我们看到多了一个叫做 CommanBuffer.AfterSkyBox 的部分里出现了我们添加的 my grab blur ,里面的六个 Draw Dynamic 就是我们在代码里给 Commanbuffer 添加的 6 个 Blit 命令。

至于为什么在 AfterSkyBox 里，则是这段代码决定的。

CameraEvent 里有许多的枚举，都是很直接的名字，可以看下面这张图了解不同枚举代表的时机

观察这个，我们选择 AfterSkyBox 的原因就很明显了，此时所有的 不透明物体 和 天空盒 都渲染好了，而 透明物体 还没开始渲染，我们的毛玻璃就是一个透明物体，所以 CommandBuffer 执行结束后，因为 commandBuffer.SetGlobalTexture("_GrabBlurTexture", blurredID); 这个指令，毛玻璃 shader 就可以通过 _GrabBlurTexture 得到他想要的模糊屏幕截图了

这里 Blit() 传入的参数都是 int 类型的 id，但他的实际类型是 RenderTargetIdentifier，只不过他支持 int 还有 RenderTexture 类型的隐式转换。

Unity 原文这样，应该没理解错

Render texture to use can be indicated in several ways: a RenderTexture object, a temporary render texture created with GetTemporaryRT, or one of built-in temporary textures (BuiltinRenderTextureType). All that is expressed by a RenderTargetIdentifier struct, which has implicit conversion operators to save on typing.

所以你是通过 RenderTexture.GetTemporary 之类的方式得到的 RenderTexture 或其他相关的类型，也是可以直接当参数传进去，就像用 Graphics.Blit() 一样。

剩下的两个例子都是用在 延迟渲染 模式下的，而且我感觉重点好像都是在 Shader 里面，一个是实现 自定义的光照 一个是 类似投影 的效果，由于比较复杂(不懂)，我就没有自己写一遍。

看了一下官方的代码，在 CommandBuffer 方面其实主要就是用了 CommandBuffer.DrawMesh() 这个指令，顾名思义，就是渲染一个物体。和 DrawMesh 类似的还有一个 DrawRenderer 方法，可以根据自己的需要选择

除此之外，在第三个案例里还用了 SetRenderTarget() 的方法,

前两个参数一般是 颜色 和 深度，

深度不要管，颜色我粗浅估计就是 shader 中的片元函数的返回值，所以 SetRenderTarget 就是 决定 shader 里算出来的值应该被存储在哪里，因为这里是 延迟渲染 模式，所以会 先算几何信息再算光照，而所有的几何信息信息的存贮在一个叫 GBuffer 的东西里，

所以通过 SetRenderTarget 就可以指定将得到的信息存储到对应的信息区域，第三个例子共提供了三个 shader，

NormalOnly 这个 shader 返回的实际是法线信息，所以要把它指向 GBuffer2

而 DiffuseNormal 这个 shader 则是通过两个 out 参数来传递 Diffuse 和 Normal 信息

所以 SetRenderTarget 第一个参数指定的是包含 GBuffer0、 GBuffer2 的数组。

这部分涉及到 ComputeShader 不了解，先跳过

ComputeShader 就是可称为 GPGPU 编程的东西。顾名思义，它是一段 shader 程序。它有 shader 的特性，比如是在 GPU 上运行的，但它又是脱离于正常的渲染管线之外的，即不对渲染结果造成影响。这跟我们普通的 shader 不同。

这种 shader 扩展名为 .compute , 是 DX11 的 HLSL 风格的 shader，当然，也可以转为 GLSL，使其能兼容 OpenGL (目前还没测试，只在 DX11 上测试过)

详情参考 Unity 中的 ComputeShader

设置各种 数值 相关的参数

这部分就是设置各种 全局可访问 的数据

这部分可以设置 摄像头相关的多种参数，像修改摄像机的各种变换矩阵啦、视锥体啦

去掉这三大块，剩下就没多少了，有些方法涉及的概念太高级了，放弃理解

PostProcessing 是 Unity 提供的一个后处理的插件, 之前只会用 OnRenderImage() 实现一些简单屏幕后处理效果，之所以把它和 CommandBuffer 放在一块，是因为我发现它实现后处理效果用的也是 CommandBuffer。

首先在目标摄像头挂载一个 PostProcessLayer 脚本；

右键生成一个 Post-Process Volume；

它还需要一个 Profile 文件，Profile 就是一个序列化的文件，存储了你想要实现的屏幕特效，一开始是空的，要点 New 生成一个，然后就可以在 Asset 面板里看到这样的一个资源文件了；

你可以在这里增减特效，当然也可以直接在 Post-Process Volume 里调整，Post-Process Volume 把这个资源读取并显示在 Inspector 上了；

它还有一个 Box Collider，如名字里的 Volume，他可以设置一个区域，只要当摄像机进入该区域，这个 PostProcess 才会生效，如果你想让这个 PostProcess 任何地方都有，就把 Is Global 点上；

点 Add effect 就可以添加特效了。

总共有有 11 个内置的后处理效果，自己试一下就知道是干嘛的了，也可以看这个

如果你想在游戏进行的 每个特定的时机生成一个特效，用 QuickVolume() 方法

另外也可以写自定义屏幕特效

不过 Shader 要用 HLSL（考虑到兼容性）

C# 部分需要两个类 分别继承 PostProcessEffectSettings 和 PostProcessEffectRenderer

这里实现一个 灰阶 的屏幕特效

继承 PostProcessEffectSettings 的类是 收集数据 的，也就是显示在 Inspector 面板上的各种属性，所以脚本的名字也应该和这个类名一致。

因为 Post-process Volume Profile 是可序列化的文件，所以附加在上面的 PE 自然是要可以序列化的，

第一个参数 指定真正实现渲染特效的 继承 PostProcessEffectRenderer 的类。

第二个参数 表示在一系列特效中，他的 渲染顺序，有三个选择

最后一个参数 就是他的 选择路径

在 GrayscaleRenderer 重写 Render() 方法实现渲染的逻辑。

除了 Render()，还有 Init(), Release() 等可以重写

这些代码都是官方的，用的是 HLSL 的代码块，而不是 CG 的

在 /PostProcessing/Shaders/API/ 下有各个平台的 Unity 提供的 Shader 的 API